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INTERNE T - BASED METHOD FOR DETERMINING A VEHICLE'S FUEL 

EFFICIENCY 



FIELD OF THE INVENTION 
The present invention relates to use of an internet 
based system for determining a vehicle's fuel efficiency 
(e.g., gas mileage). 



BACKGROUND OF THE INVENTION 

The Environmental Protection Agency (EPA) requires 
vehicle manufacturers to install on-board diagnostics 
(e.g., microcontrollers and sensors, called ^OBD-II 
systems' ) for monitoring light-duty automobiles and trucks 
beginning with model year 1996. OBD-II systems monitor the 
vehicle's electrical, mechanical, and emissions systems and 
generate data that are processed by a vehicle's engine 
control unit (ECU) to detect malfunctions or deterioration 
in the vehicle's performance. Most ECUs transmit status 
and diagnostic information over a shared, standardized 
electronic buss in the vehicle. The buss effectively 
functions as an on-board computer network with many 
processors, each of which transmits and receives data. 

Sensors that monitor the vehicle's engine functions 
(e.g., spark controller, fuel controller) and power train 
(e.g., engine, transmission systems) generate data that 



1 



Networkcar.com/Docket No.: A-0007 

pass across the buss. Such data are typically stored in 
random-access memory in the ECU and include parameters such 
as vehicle speed (VSS) , engine speed (RPM) , engine load 
(LOAD), and mass air flow (MAF) . Some vehicles (e.g., 
certain 2001 Toyota Camrys) lack a MAF sensor, in which 
case the MAF datum is not available from the ECU. Nearly 
all OBD-compliant vehicles, however, report VSS, RPM, and 
LOAD. When present, these and other data are made 
available through a standardized, serial 16-cavity 
p connector referred to herein as an x 0BD-II connector' . The 

yy OBD-II connector is in electrical communication with the 

RJ ECU and typically lies underneath the vehicle's dashboard. 

■iJ A diagnostic tool called a 'scan tool' typically connects 

to the OBD-II connector and downloads diagnostic data when 
K a vehicle is brought in for service. 

"*-***^ 

hr P * 
»** ** 

n" ? 

BRIEF SUMMARY OF THE INVENTION 
It is an object of the present invention to provide 
a wireless, internet-based system for monitoring a 
vehicle's fuel efficiency. Specifically, it is an object 
of the invention to access data from a vehicle while it is 
in use, transmit a data set wirelessly through a network 
and to a website, and analyze the data set with a host 
computer system to determine the vehicle' s fuel efficiency. 
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This means this property can be analyzed accurately and in 
real-time without having to take the vehicle into a service 
or diagnostic station. The fuel efficiency, in turn, can 
characterize related problems with the vehicle, such as 
under-inflated tires or a clogged fuel-injection system. 
The host computer system also hosts an Internet-accessible 
website that can be viewed by the vehicle's owner, his 
mechanic, or other parties. The web site also includes 
functionality to enhance the data being collected, e.g. it 
can be used to collect a different type of diagnostic data 
or the frequency at which the data are collected. Most 
ECUs do not directly calculate fuel efficiency. Thus, the 
system must collect data related to fuel efficiency and 
transmit it to the host computer system. This system, in 
turn, calculates fuel efficiency from these data as 
described in detail below. 

In one aspect, the invention provides a method and 
device for characterizing a vehicle's fuel efficiency and 
amount of fuel consumed. The method features the steps of: 
1) generating data from the vehicle that can include 
vehicle speed, engine speed, load, mass air flow, and 
manifold air pressure; 2) transferring the data to a 
wireless appliance that includes i) a microprocessor, and 
ii) a wireless transmitter in electrical contact with the 
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microprocessor; 3) transmitting a data packet comprising 
the data or properties calculated from the data with the 
wireless transmitter over an airlink to a host computer 
system; and 4) analyzing the data or properties calculated 
from the data with the host computer system to determine a 

vehicle's fuel efficiency. 

In embodiments, the generating and transferring 
steps are performed at a first time interval (e.g., about 
20 seconds) and the transmitting and analyzing steps are 
performed at a second time interval (e.g., once a day). 

The method typically includes the step of processing 
at least one of the following properties from the data set: 
vehicle speed, odometer calculation, engine speed, load, 
manifold air flow, and manifold air pressure. This is 
typically done following the transferring step. In this 
case, 'processing' typically includes summing or 
integrating at least one of the properties from the data 
set, or a property derived thereof, to yield a summed 
property. For example, the data parameters can be 
integrated with respect to the time interval that they are 
collected. The summed or integrated property is then 
multiplied by a time interval to complete the integration 
process. The microprocessor contained in the wireless 
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appliance typically performs these steps prior to the 

transmitting step . 

For example, an odometer calculation is typically 
not available from a vehicle's ECU. It must therefore be 
calculated by querying the ECU at a relatively high 
frequency to determine the vehicle's speed, and then 
assuming that the speed is constant between queries. With 
this assumption, the speed can be multiplied by the time 
between queries to determine the distance driven. This 
p distance can then be summed and then transmitted to 

yy determine an odometer calculation. This method is 

RJ described in more detail in the patent application entitled 

W ^WIRELESS DIAGNOSTIC SYSTEM FOR CHARACTERIZING MILEAGE, 

jU FUEL LEVEL, AND PERIOD OF OPERATION FOR ONE OR MORE 

IS VEHICLES', USSN 09/776,083, filed February 1, 2001, the 

H contents of which are incorporated by reference. A similar 

integration method can be applied to MAF, LOAD, and LOAD 
times RPM, as described in more detail below, to determine 
fuel consumed and fuel efficiency. 

MAF is typically the integrated property, and the 
analyzing step further comprises processing the resulting 
data to determine an amount of fuel consumed. For example, 
the analyzing step can include: 1) dividing the integrated 
MAF by an air/fuel ratio; and 2) dividing the results from 
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step 1) by a density of fuel to determine a volume of fuel 
consumed. The analyzing step further includes dividing the 
amount of fuel consumed by a distance driven to determine 

fuel efficiency. 

In other embodiments, the integrated property is LOAD 
or LOAD times RPM, and the analyzing step further comprises 
processing the integrated value to determine an amount of 
fuel consumed. For example, the microprocessor can 
integrate LOAD or LOAD times RPM to generate a value that 
is then multiplied by a constant to determine an 
integrated, synthetic mass air flow. This property is then 
processed as described above to determine both an amount of 
fuel consumed and fuel efficiency. As described in more 
detail below, for some vehicles an integrated LOAD value 
correlates well with fuel efficiency, while in others it is 
an integrated LOAD times RPM that correlates. 

In other embodiments, the analysis step further 
includes processing the vehicle's fuel efficiency to 
determine a secondary property of the vehicle, e.g. tire 
pressure, status of a fuel-injection system, or fuel 
quality. 

In still other embodiments, the method includes 
comparing the vehicle's fuel efficiency to a pre-determined 
criteria (e.g., a recommended fuel efficiency). The method 
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can also include a step where the vehicle's fuel efficiency 
or a property derived from the fuel efficiency is sent to a 
user using, e.g. an electronic text, data, or voice 
message. This message can be sent to a computer, cellular 
telephone, or wireless device. The message can describe a 
status of the vehicle's fuel efficiency or fuel 
consumption. The method can also include the step of 
displaying the data set and/or fuel efficiency on an 
Internet-accessible web site. 

The method includes processing the data packet with 
the host computer system to retrieve the data set or a 
version thereof. In this case, a 'version thereof means a 
representation (e.g. a binary or encrypted representation) 
of data in the data set that may not be exactly equivalent 
to the original data retrieved from the ECU. The data set 
or portions thereof are typically stored in a database 
comprised by the host computer system. 

The wireless network can be a data network such 
Cingular's Mobitex network, Motient's DataTAC network, or 
Skytel's Reflex network, or a conventional voice or 
cellular network. The wireless appliance typically 
operates in a 2-way mode, i.e. it can both send and receive 
data. For example, it can receive data that modifies the 
frequencies at which it sends out data packets or queries 
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the ECU, or the data that it collects from the ECU. Such a 
wireless appliance is described in the application WIRELESS 
DIAGNOSTIC SYSTEM FOR VEHICLES, filed February 1, 2001, the 
contents of which are incorporated herein by reference. 

In the above-described method, the term 'airlink' 
refers to a standard wireless connection (e.g., a 
connection used for wireless telephones or pagers) between 
a transmitter and a receiver. This term describes the 
connection between the wireless transmitter and the 
wireless network that supports data transmitted by this 
component. Also in the above-described method, the 
"generating' and 'transmitting' steps can be performed at 
any time and with any frequency, depending on the diagnoses 
being performed. For a 'real-time' diagnoses of a 
vehicle's engine performance, for example, the steps may be 
performed at rapid time or mileage intervals (e.g., several 
times each minute, or every few miles) . Alternatively, 
other diagnoses may require the steps to be performed only 
once each year or after a large number of miles are driven. 
Alternatively, the vehicle may be configured to 
automatically perform these steps at predetermined or 
random time intervals. As described in detail below, the 
transmission frequency can be changed in real time by 
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downloading a new 'schema' to the wireless appliance 
through the wireless network. 

The term 'email' as used herein refers to conventional 
electronic mail messages sent over a network, such as the 
Internet. The term 'web page' refers to a standard, single 
graphical user interface or 'page' that is hosted on the 
Internet or worldwide web. A 'web site' typically includes 



mu 



Itiple web pages, many of which are 'linked' together and 



can be accessed through a series of 'mouse clicks' . Web 
pages typically include: 1) a 'graphical' component for 
displaying a user interface (typically written in a 
computer language called 'HTML' or hypertext mark-up 
language); an 'application' component that produces 
functional applications, e.g. sorting and customer 
registration, for the graphical functions on the page 
(typically written in, e.g., C++ or java) ; and a database 
component that accesses a relational database (typically 



w 



ritten in a database-specific language, e.g. SQL*Plus for 



Oracle databases) . 

The invention has many advantages. In particular, 



w 



ireless, real-time transmission and analysis of data, 



followed by analysis and display of these data using a web 
site hosted on the Internet to determine a vehicle's fuel 
efficiency or fuel consumption, makes it possible to 
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characterize the vehicle's performance in real-time from 
virtually any location that has Internet access, provided 
the vehicle being tested includes the above-described 
wireless appliance. Analysis of these data, coupled with 
analysis of transmitted diagnostic trouble codes, 
ultimately means that many problems associated with fuel 
efficiency can be quickly and efficiently diagnosed. When 
used to continuously monitor vehicles, the above-mentioned 
system can notify the vehicle's owner precisely when the 
O vehicle's fuel efficiency falls below a user-defined pre- 

\h set level. In this way, problems that affect fuel 

FT 

W efficiency, such as under-inflated tires, clogged fuel- 

'* m* * 

W injections systems, engine oil level, can be identified and 

X* 

subsequently repaired. 
S The wireless appliance used to access and transmit the 

IT; 

O vehicle's data is small, low-cost, and can be easily 

■r i* 

installed in nearly every vehicle with an OBD-II connector 
in a matter of minutes. It can also be easily transferred 
from one vehicle to another, or easily replaced if it 
malfunctions. No additional wiring is required to install 

the appliance. 

These and other advantages of the invention are 
described in the following detailed disclosure and in the 
claims . 
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BRIEF DESCRIPTION OF DRAWINGS 
The features and advantages of the present invention 
can be understood by reference to the following detailed 
description taken with the drawings, in which: 

Fig. 1 is a schematic drawing of a system for 
performing a wireless, Internet-based method for 
determining a vehicle's fuel efficiency featuring a vehicle 
transmitting data across an airlink to an Internet- 
accessible host computer system; 
n Fig. 2 is a flow chart describing a method used by the 

system of Fig. 1 to determine a vehicle's fuel efficiency 
m from data such as MAF, RPM, LOAD, and odometer calculation 

W (ODO) ; 

;^ Fig. 3 is a flow chart describing a method from Fig. 2 

;~ for calculating fuel efficiency from MAF and ODO; 

!~ Fig. 4 is a flow chart describing a method from Fig. 2 

for calculating fuel efficiency from either LOAD or LOAD 

times RPM; 

Fig. 5 is a screen capture of a web page from a web 
site of Fig. 1 that displays fuel efficiency measured from 
a vehicle over time; 

Fig. 6 is a screen capture of a web page from a web 
site of Fig. 1 that displays a calculator for determining 
fuel costs over periods ranging from a month to a year; 
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Figs. 7A and 7B show, respectively, graphs of 
integrated LOAD*RPM vs. integrated MAF and integrated LOAD 
vs. integrated MAF measured from a 1997 Ford Explorer; and 

Figs. 8A and 8B show, respectively, graphs of 
integrated LOAD*RPM vs. integrated MAF and integrated LOAD 
vs. integrated MAF measured from a 1996 Chevy MPV. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Fig. 1 shows a schematic drawing of an Internet-based 
system 2 that performs a wireless determination of fuel 
efficiency for a vehicle 12. A wireless appliance 13 in 
the vehicle 12 measures diagnostic data that includes MAF, 
LOAD, RPM, and VSS. The wireless appliance 13 transmits 
these and other data in a data packet over an airlink 9. 
As described in more detail below, the data packet 
propagates through a wireless network 4 to a web site 6 
hosted by a host computer system 5. A user accesses the 
web site 6 with secondary computer system 8 through the 
Internet 7. The host computer system 5 also features a 
data-processing component 18 that analyzes the above- 
mentioned data as described below to determine the 
vehicle's fuel efficiency. The host computer system 5 can 
additionally analyze fuel efficiency to determine other 
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problems with the vehicle, e.g. under-inflated tires or 
clogged fuel injectors. 

The wireless appliance 13 disposed within the vehicle 
12 collects diagnostic data by querying the vehicle's 
engine computer 15 through a cable 16. In response to a 



que 



ry, the engine computer 15 retrieves data stored in its 



memo 



ry and sends it along the same cable 16 to the wireless 



appliance 13. The appliance 13 typically connects to an 
OBD-II connector (not shown in the figure) located under 
the vehicle's dashboard. This connector is mandated by the 
EPA and is present in nearly all vehicles manufactured 
after 1996. 

The wireless appliance 13 includes a data-collection 
component (not shown in the figure) that formats the data 
in a packet and then passes the packet to a wireless 
transmitter (also not shown in the figure) , which sends it 
through a second cable 17 to an antenna 14. For example, 
the data-collection component is a circuit board that 
interfaces to the vehicle's engine computer 16 through the 
vehicle's OBD-II connector, and the wireless transmitter is 

a radio modem. 

To calculate fuel efficiency the wireless appliance 13 
integrates several data measured from the vehicle's engine 
computer. For example, to determine an ODO value, the 
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wireless appliance 13 integrates the vehicles VSS value 
(units of miles/hour) with respect to time. The resulting 
value thus has units of 'miles' . Similarly, to determine 
fuel efficiency, the appliance integrates MAF with respect 
to time to generate SMAF, which has units of 'grams', LOAD 
is integrated with respect to time to generate ZLOAD, which 
has units of 'time' 1 ' . LOAD*RPM is integrated with respect 
to time to generate ZLOAD*RPM, which has units of 'revs' . 
The algorithms for processing 2MAF, ELOAD, and ELOAD*RPM to 
determine fuel efficiency are described in more detail 
below. To perform the integration, the wireless appliance 
13 queries the vehicle's engine computer 15 with a first, 
relatively high-frequency time interval (e.g. every 20 
seconds) to retrieve and process the data. It is assumed 
that the queried property is constant between queries. The 
wireless appliance then multiplies the queried property by 
the querying time interval, and sums the resulting product 
to complete the integration. The appliance then transmits 
the integrated data with a longer time interval (e.g. every 
10 minutes) so that it can be analyzed by the data- 
processing component 18. A data-collection ' schema 7 
specifies these time intervals and the data that are 
collected. Such a schema is described in more detail in 
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the application titled INTERNET -BASED VEHICLE-DIAGNOSTIC 
SYSTEM, filed March 14, 2001, the contents of which are 
incorporated herein by reference. 

The antenna 14 typically rests in the vehicle's shade 
band, disposed just above the dashboard, and radiates the 
data packet over the airlink 9 to a base station 11 
included in the wireless network 4. The host computer 
system 5 connects to the wireless network 4 and receives 
the data packets. The host computer system 5, for example, 
n may include multiple computers, software pieces, and other 

K ft Z 

5 signal-processing and switching equipment, such as routers 

m and digital signal processors. Data are typically 

W transferred from the wireless network 4 to host computer 

:U system 5 through a TCP/IP-based connection, or with a 

- dedicated digital leased line (e.g., a frame-relay circuit 

r or a digital line running an X.25 upper-layer protocol). 

The host computer system 5 also hosts the web site 6 using 
conventional computer hardware (e.g. computer servers for a 
database and the web site) and software (e.g., web server 
and database software) . A user accesses the web site 6 
through the Internet 7 from the secondary computer system 
8. The secondary computer system 8, for example, may be 
located in an automotive service center that performs 
conventional vehicle-diagnostic services. 
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The wireless appliance that provides diagnostic data 
to the web site is described in more detail in WIRELESS 
DIAGNOSTIC SYSTEM FOR VEHICLES, filed February 1, 2001, the 
contents of which have been previously incorporated by 
reference. The appliance transmits a data packet that 
contains information describing its status, an address 
describing its destination, an address describing its 
origin, and a 'payload' that contains the above-described 
data. These data packets are transmitted over conventional 
wireless network as described above. 

Fig. 2 shows a flow chart describing a method 20 used 
by the host computer system (5 in Fig. 1) to determine a 
vehicle's fuel efficiency. In the method 20 the host 
computer system first receives a data set N ± from the 
vehicle (step 22) that includes integrated data such as 
SMAF, ZLOAD, ELOAD*RPM, ODO, and other properties. In this 
case, 'i', is an integer counting variable that defines the 
order in which the data set is received. Once the data set 
Ni is collected from the vehicle, a database stores the 
values therein (step 24). This process is repeated as long 
as the vehicle transmits data packets. The host computer 
system initiates the fuel-efficiency calculation (step 26) 
at any time, e.g. for every data packet or in response to a 
command. The first step in the calculation is to determine 
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if the data set includes the EMAFi datum (step 28). As 
described above, some vehicles lack MAF sensors, and thus 
this datum may not be present. If the EMAF ± datum is 
present (step 28), the host computer compares the value 
EMAFi to SMAF MAX (step 30) in order to determine if the EMAFi 
value has 'rolled over' . In this case, 'rolled over' means 
that the EMAFi datum, which is typically a 32-bit number, 
has reached its maximum value (EMAFmax = 2 32 , or about 4.3 
billion) . When this is the case, £MAF ± and i are both set 

to 0 (step 32), the next value EMAF i+ i is retrieved from the 
data base (step 24), and steps 26, 28, and 30 are repeated. 
When EMAFi is less than EMAFmax, the method determines a 
difference (AEMAFi) between the present value (EMAFi) and 
the one previously collected ( EMAFi- 1) by subtracting the 
latter value from the former (step 34) . In the case that 
EMAFi _i is not present (i.e., for the first value collected 
or immediately after EMAFi is rolled over) , this parameter 
is assigned a value of 0, and thus AEMAFi = EMAFi . The 
method then determines the actual miles driven between the 
time when successive data packets are sent, i.e. A 0 do± = ODOi 
- 0D0i_i (step 36) . As described in more detail with 
reference to Fig. 3, below, the method then uses the 
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parameter AHMAFf to calculate the amount of fuel consumed 
AFi by the vehicle for the data set i (step 38). Based on 
these two values, A OD oi and AFi, the method determines fuel 
efficiency AFEi for the data set i (step 40) by dividing AF ± 
by Aodoi- In order to eliminate 'outliers' , i.e. datum with 
erroneously high or low values, from the analysis, the 
method additionally compares AFEi to high (AFE high ) and low 
(AFE low ) user-determined values (step 42) . These values can 
be vehicle-dependent. For example, for a Toyota Camry, 
AFE h igh ~ 50 miles per gallon and AFEi ow ~ 0 miles per gallon. 
Outliers may occur, for example, if the wireless appliance 
queries the vehicle's engine computer when the vehicle is 
coasting down a steep hill (in this case AFEi will be 
relatively high) , or alternatively when the vehicle is 
pulling a heavy load (in this case AFEi will be relatively 
low) . If AFEi is determined not to be an outlier, i.e. 
AFEiow < AFEi < AFE h i g h (step 42), the method analyzes AFEi 
(step 44) by, for example, plotting these data as a 
function of A OD oi as shown in 5. If AFEi is determined to be 
an outlier during step 42, i.e. AFEi 0W > AFEi or AFEi > 
AFE h iah, the fuel efficiency value is not included in the 
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analysis of step 44 and the process of determining fuel 
efficiency is repeated (step 26) . 

Referring to Fig. 3, step 38 involves converting the 

parameter AZMAFi, which refers to the mass of air consumed 
by the vehicle's engine between transmission of data sets 
'i' and A i-1' , into a volume of fuel consumed. In this 
conversion AEMAFi is determined from the data set (step 60) 
and has units of grams of air consumed by the engine 
(during AODOi) . AEMAFi is converted into the mass of fuel 
consumed AFi (grams) by the engine during this interval (step 
62) by dividing it by the engine's pre-set A air/fuel 
ratio' . Vehicle engines are typically calibrated to run 
primarily in a closed-loop mode wherein a air/fuel ratio is 
set to a stochiometric value of 14.5. This means that a 
single gram of fuel is consumed for every 14.5 grams of air 
that is consumed. This value can vary depending on some 
limited operating conditions (e.g., high load, cold starts) 
that, in turn, depend on the state of the vehicle's engine. 
For example, during cold starts and at wide-open throttle, 
the vehicle often runs in an open-loop configuration, and 
the air/fuel ratio can be on the order of 12. 

AFi (grams) determined during step 62 is converted into 
a volume of fuel (AF X (m 3 ) ; step 64) by dividing it by the 
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fuel's density, shown in the figure to be 730,000 g/m , with 
an error of +/- 10%. The error in the fuel's density is 
attributed to, e.g., impurities, additives, variations in 
octane, variations in temperature, and variations in 
seasonal volatility. These factors may vary depending on 
the season (e.g., certain additives/formulations are 
included in fuel during summer months) and location (e.g., 
state-dependent regulations may mandate certain additives 
in fuel). AFi(m 3 ) is then converted to AFi (gallons) by 
multiplying by a conversion factor of 264.2 gallon/m 3 (step 
66) . This yields an input value for step 40 of Fig. 2, 
leading to calculation of FEi (miles/gallon) . 

Referring again to Fig. 1, a vehicle's fuel efficiency 
can also be calculated if a MAF sensor is not present, and 
consequently EMAFi is not included in the data set. In this 
case, a synthetic integrated MAF value, i.e. 2MAF if is 
calculated from one of two sets of parameters: either 
integrated LOAD (ZLOADi) or integrated L0AD*RPM 
(ELOAD*RPMi) . The correct parameter to use varies on a 
vehicle-by-vehicle basis, as it depends on how the 
vehicle's engine-control software is programmed. This is 
explained in more detail with reference to Figs. 5, 7A, 7B, 
8A, 8B. In either case, ZLOADi or ELOAD*RPMi is analyzed to 
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determine EMAF*i (step 46), which is then compared to EMAF*max 
(step 48) to see if this value has 'rolled over'. As with 
EMAFmax, £MAF*max is a 32-bit number with a value of about 4.3 
billion (2 32 ) . If 2MAF*i has rolled over, i.e. EMAF*i > 
SMAF^max, this property and i are set to 0 and the method is 
repeated. If 2MAF*i has not rolled over, it is subtracted 
by EMAFVi to determine A2MAF*i (step 50) . Similar to step 
36, the method then calculates AODOi from ODOi - ODOi-i to 
determine the miles driven between data sets i and i-1 
(step 52) . The method then determines AF ± from AEMAF*i 
using the same methodology described in Fig. 3 (step 54; in 
this case, all occurrences of AZMAFi in Fig. 3 are replaced 
with AZMAF*i) . The method then converts AF ± into a FE ± (step 
40), checks for outliers (step 42), and analyzes FE ± vs. 
ODOi (step 44) as described previously. 

Fig. 4 shows in more detail a method 4 6 that 
determines whether to use integrated LOAD (SLOADi) or 
integrated L0AD*RPM (ELOAD*RPMi) to calculate A2MAF*i . As 
described above, both ELOADi and ELOAD*RPMi are integrated 
with respect to time. The method 46 is performed when 
ASMAFi is not present in the data set (step 101), and 
involves choosing either EL0AD*RPMi or SLOADi to calculate 
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AEMAF*i . As described in more detail below, the criteria 
for this choice is base on which of these quantities 
correlates linearly to AEMAFi . 

As shown by Figs. 7A, 7B, 8A, 8B, the correlation 
between LLOAD*RPMi, LLOADi, and ASMAFi varies on a vehicle- 
by-vehicle basis. Typically, the vehicle-dependent 
correlation between these properties is determined 
beforehand, and the results are input into a data table 
contained in a database. The method 4 6 then references the 
database to determine if it is SLOADi or ELOAD*RPMi that 
correlates linearly to ASMAFi (step 102) . 

If SLOADi correlates linearly to ASMAFi, it indicates 
that the ECU' s definition of load is the instantaneous rate 
of air mass processed by the engine during operation, 
normalized by the rate of air mass that could be processed 
by the engine at wide-open throttle for the same engine 
speed. In this case, the method determines AEMAF*i using 
equations 1 and 2 below (step 104) : 

AZMAF*i(g) = AilLOADi (D 

Ai(g/sec) = 

[V d (L) *ri V/WOt *370 . 3 (g*°K/L) ] * [T (°K) *At] _1 ) (2) 

In equation 1, SLOADi indicates that the LOAD value is 
integrated with respect to time. LOAD is dimensionless, 
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and thus this quantity has units of time. In equation 2, A x 
is a constant related to the product of the engine 
displacement (V d (L)), volumetric efficiency dl v ,wot, 
typically between 0.7 and 0.9), and a factor (370 . 3 (g*°K/L) ) 
related to the ideal gas laws and other conversion factors. 
This product is divided by the product of the temperature 
of air in the cylinder (T(°K)) multiplied by the time 
interval separating the queries to the ECU (At) . Note: 
since the temperature of air in the cylinder (T(°K)) is 
typically not directly measurable, the inlet air 
temperature is used as an approximation. 

Alternatively, ELOAD*RPMi may correlate linearly with 
ASMAFi. This indicates that the ECU' s definition of load is 
the instantaneous mass of air processed by the engine 
during operation, normalized by the mass of air that could 
be processed by the engine at wide-open throttle at the 
same engine speed. In this case the method determines 
ASMAF*i using equations 3 and 4 below (step 106) : 

AEMAF*i(g) = A 2 ELOAD*RPMi (3) 

A 2 (g/rev) = 

[V d (L) *ri v<wo t*3 . 09 (g*°K/rev*L) ] *T (°K) ~ x (4 ) 

In equation 3, SL0AD*RPMi indicates that the L0AD*RPM value 
is integrated with respect to time. LOAD is dimensionless, 
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and RPM has units of revs/time, and thus this term has 
units of revs. In equation 4, A 2 is a constant related to 
the product of the engine displacement (V d {L)), volumetric 
efficiency (Ti v , wo tr as described above), and a correlation 
factor (3. 09 (g*°K/L) ) related to the ideal gas laws and 
other conversion factors. This product is divided by the 
temperature of air in the cylinder (T(°K)). 

Both steps 104 and 106 yield ASMAF*i, which the method 
then processes to determine FE ± as shown' in Fig, 3 (step 
110) . In this case, ASMAFi and A2MAF*i are interchanged for 
Fig. 3 and both processed according to the figure in order 

to determine AFi. 

Figs. 7A, IB, 8A, and 8B illustrate the vehicle- 
dependent correlation between SLOADi or ZLOAD*RPMi and 
AEMAFi, Figs. 7A and 7B show, respectively, ZLOAD*RPMi vs. 
AEMAFi and SLOADi vs. ASM AFi measured from a 1997 Ford 
Expedition using the above-described wireless appliance and 
analysis system of Figs. 1 and 2. Data for these graphs 
are sent in data packets resulting from querying the 
vehicle's ECU every 6 seconds. A MAF sensor is present for 
this vehicle, and thus ASMAFi along with ELOADi and 
2L0AD*RPMi are included in the corresponding data sets. 
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ASMAF*i is calculated from ELOADi and SLOAD^RPM^ as described 
above . 

Fig. 7A shows the correlation between £LOAD*RPMi and 
ASMAFi. Each data point in the graph represents AZMAFi and 
ELOAD*RPMi values from subsequent data packets transmitted 
by the wireless appliance in the Ford Expedition. In this 
case, the agreement between the two properties is nearly 
perfectly linear. Thus, if the Ford Expedition lacked a 
MAF sensor, equations 3 and 4 would be used to determine 
A2MAF*i . This, in turn, could be used to calculate FE ± as 
described above. In contrast, Fig, 7B shows ELOADi plotted 
vs. ASMAFi for the Ford. The wavy lines in the graph 
indicate that the correlation between the two properties is 
not perfectly linear. This means that equations 1 and 2 
are not relevant in this case. 

Figs. 8A and 8B show data for a vehicle for which 
equations 1 and 2, above, would be used to determine ASMAF\ 
if a MAF sensor was not present in the vehicle. In this 
case, Fig. 8A shows that 2L0AD*RPMi plotted vs. ASMAFi is 
not perfectly linear, while SLOADi plotted vs. ASMAFi shown 
in Fi. 8B is nearly perfectly linear. 

Table 1, below, indicates the accuracy of fuel 

efficiency determined using ASMAFi as described above. For 
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this experiment data were measured and transmitted by 
separate wireless appliances deployed in a 2000 Toyota 
Tacoma and a 2000 Chevrolet Suburban. The data were 
processed according to Fig. 2 above to determine the values 
in the ^Calculated' column. Actual MPG was determined by 
recording the actual miles driven using the vehicles' 
odometer, and carefully measuring the amount of fuel 
consumed by each vehicle. 

As is clear from the table, the accuracy of the MAF- 
based fuel efficiency is better than +/-2% for both 
vehicles. It is noted that errors for the AF and AFE 
values are likely due to the estimated error associated 
with the fuel density and constant air/fuel ratio (14.5) 
used for the calculation. Errors for all properties may 
also be due to the assumption that VSS (used to calculate 
0D0) and MAF (used to calculate AF) are considered to be 
constant between queries to the engine computer (every 20 
seconds in this case) . This assumption may not be valid 
depending on driving conditions. 
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CASE 1 - 2000 Chevrolet Suburban 



Parameter 

AO DO 

AF 

AFE 



Actual 



Calculated 



Difference 



330 

35.4 

9.32 



300 

32.0 

9.38 



-10.0% 
-10.6% 
+0.6% 



CASE 2 - 2000 Toyota Tacoma 



Parameter 



Actual 



Calculated 



Difference 



AO DO 

AF 

AFE 



27.4 
1.02 
24.2 



27.0 
1. 10 
23.9 



-1.5% 
+7.3% 
-1.3% 



Table 1 - calculated and actual measured fuel-efficiency data 

Fig. 5 shows a web page 200 that displays the fuel 
efficiency as described above. The web page 200 includes a 
header section 204 that describes the vehicle being 
analyzed; a summary section 206 that lists average fuel 
efficiency data for city and highway driving; a graphing 
section 208 that plots fuel efficiency as a function of 
odometer calculation; and an 'other tools' section 210 that 
displays the fuel efficiency data is other ways, one of 
which is described with reference to Fig. 6. In this case, 
'city' driving is driving done at 40 m.p.h or below; 
'highway' driving is done above this speed. 

The summary section 206 includes a fuel-efficiency 
table 212 that features fuel efficiency for highway and 
city driving, and average fuel efficiency. Highway and 
city driving are determined by analyzing other data 
included in the data packet that is indicative of driving 
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patterns, e.g. the vehicle's speed and PRNDL position. The 
table 212 shows the vehicle's fuel efficiency for the 
different driving conditions, the suggested fuel 
efficiency, and the difference between the two values. The 
suggested fuel efficiency is taken from the vehicle's 
specifications for highway and city driving. 

The graphing section 208 plots the vehicle's fuel 
efficiency, determined as described above, as a function of 
odometer calculation. Each data point in the plot 
represents fuel efficiency datum calculated from data 
contained in a single data packet. Alternatively, each 
data point may represent an average taken over a specific 
time or mileage interval. Along with the actual data 
points, the graphing section 208 includes a solid line 
describing the vehicle's average fuel efficiency, which in 
this case is 25.2 miles/gallon. 

The header section 204 of the web page 200 displays 
information relating to the vehicle, e.g., fields for the 
vehicle's owner 230, its year/make/model 231 and vehicle 
identification number (VIN) 232. The VIN is a unique 17- 
digit vehicle identification number that functions 
effectively as the vehicle's serial number. The header 
section also includes fields for the vehicle's mileage 235, 
the last time a data packet was received 237, and an icon 
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239 that indicates the current status of the vehicle's 
emissions test. The icon is a green checkmark since the 
latest emissions test gave a 'pass' result. The emissions 
test is described in more detail in the pending application 
entitled ' INTERNET-BASED EMISSIONS TEST FOR VEHICLES', 
filed April 30, 2001, the contents of which are 
incorporated herein by reference. 

The 'other tools' section 208 features a fuel 
calculator 240 that wherein a user enters a fuel cost in an 

i«- entry field 242, and then presses a submit button 243. 

3 This initiates a calculation that processes the amount of 

§ 

jlj fuel consumed by the vehicle and the fuel cost to determine 

Ifl the amount of money the vehicle's owner is spending on 

1^ fuel. Fig. 6 shows the calculator 250 in more detail. It 

15 features a table 252 that includes average fuel costs for 

j£j the month, quarter, and year based on the calculated amount 

■ *■**'"** 

of fuel consumed and the above-described fuel cost. To 
account for fluctuations in the price of gas, the table 252 
also includes entries wherein the average fuel costs are 
both increased and decreased by 25% to give upper and lower 
limits on the approximate fuel costs. 

Other embodiments are also within the scope of the 
invention. In particular, the web pages used to display 
the data can take many different forms, as can the manner 
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in which the data are displayed. Web pages are typically 
written in a computer language such as 'HTML' (hypertext 
mark-up language) , and may also contain computer code 
written in languages such as java for performing certain 
functions (e.g., sorting of names). The web pages are also 
associated with database software, e.g. an Oracle-based 
system, that is used to store and access data. Equivalent 
versions of these computer languages and software can also 
be used. 

Different web pages may be designed and accessed 
depending on the end-user. As described above, individual 
users have access to web pages that only show data for the 
particular vehicle, while organizations that support a 
large number of vehicles (e.g. automotive dealerships, the 
EPA, California Air Resources Board, or an emissions- 
testing organization) have access to web pages that contain 
data from a collection of vehicles. These data, for 
example, can be sorted and analyzed depending on vehicle 
make, model, odometer calculation, and geographic location. 
The graphical content and functionality of the web pages 
may vary substantially from what is shown in the above- 
described figures. In addition, web pages may also be 
formatted using standard wireless access protocols (WAP) so 
that they can be accessed using wireless devices such as 
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cellular telephones, personal digital assistants (PDAs), 
and related devices. 

The web pages also support a wide range of algorithms 
that can be used to analyze data once it is extracted from 
the data packets. For example, a vehicle's fuel efficiency 
can also be determined by monitoring a vehicle's fuel level 
and odometer calculation. This, of course, is only 
possible on vehicles with engine computers that report fuel 
level. In another embodiment, manifold air pressure (MAP) 
can be analyzed in combination with the ideal gas laws to 
determine mass air flow. In still other embodiments, fuel 
level determined using any of the above-mentioned 
algorithms is further analyzed to determine other 
properties of a vehicle. For example, a decrease in fuel 
level can be analyzed to estimate if one or more tires on 
the vehicle is under-inflated. Or it can be analyzed to 
determine a clogged fuel-injection system. In general, any 
property of a vehicle that affects fuel efficiency can be 
characterized to some extent by the above-mentioned 
algorithms . 

Other embodiments are also possible. In addition, 
other algorithms for analyzing other data can also be used 
in combination with the above-described method for 
calculating fuel efficiency. Such an algorithm is defined 



31 



Networkcar.com/Docket No.: A-0007 

in the application entitled "WIRELESS DIAGNOSTIC SYSTEM FOR 
CHARACTERIZING A VEHICLE'S EXHAUST EMISSIONS", filed 
February 1, 2001, the contents of which are incorporated 
herein by reference. 

The fuel efficiency measurement above only shows 
results for a single vehicle. But the system is designed 
to test multiple vehicles and multiple secondary computer 
systems, each connected to the web site through the 
Internet. Similarly, the host computer system used to host 
the website may include computers in different areas, i.e. 
the computers may be deployed in separate data centers 
resident in different geographical locations. 

The fuel efficiency measurement described is performed 
at a pre-set time interval (e.g., once every 10 minutes). 
Alternatively, the measurement is performed once authorized 
by a user of the system (e.g., using a button on the 
website) . In still other embodiments, the measurement is 
performed when a data parameter (e.g. engine coolant 
temperature) exceeded a predetermined value. Or a third 
party, such as the EPA, could initiate the test. In some 
cases, multiple parameters (e.g., engine speed and load) 
can be analyzed to determine when to initiate a test. In 
general, the measurement could be performed after analyzing 
one or more data parameters using any type of algorithm. 
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These algorithms range from the relatively simple (e.g., 
determining mileage values for each vehicle in a fleet) to 
the complex (e.g., predictive engine diagnoses using Mata 
mining' techniques) . Data analysis may be used to 
characterize an individual vehicle as described above, or a 
collection of vehicles, and can be used with a single data 
set or a collection of historical data. Algorithms used to 
characterize a collection of vehicles can be used, for 
example, for remote vehicle or parts surveys, to 
characterize fuel efficiency performance in specific 
geographic locations, or to characterize traffic. 

Fuel efficiency can also be analyzed using a number of 
different techniques. For example, data transmitted by the 
wireless appliance can be averaged and then displayed. For 
the graphical display (e.g., that shown in Fig. 5), a 
running average may be displayed as a way of reducing noise 
in the data. In other embodiments, the data may be 
displayed so that not every point is plotted (e.g., every 
5 th point could be plotted) so that noise is reduced. The 
data may also be fit with a mathematical function for 

further analysis. 

In other embodiments, fuel efficiency and other 
diagnostic data are analyzed to estimate other properties 
of the vehicle, such as tire pressure and status of the 
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fuel-injection system. In one embodiment, the above- 
described system collects a vehicle's fuel efficiency and 
analyzes these data to determine any systematic, time- 
dependent trends. The system then similarly analyzes short 
and long-term fuel trim values. A systematic, time- 
dependent decreasing trend in fuel efficiency typically 
indicates that either the vehicle's average tire pressure 
is low or that its fuel-injection system is clogged. Lack 
of a time-dependent increase or decrease in the fuel trim 

Q values indicates that vehicle's fuel-injection system is 

m working properly. In this case, the time-dependent 

decrease in the vehicle's fuel efficiency indicates that 

^Jj the average tire pressure is low. Alternatively, a 

systematic increase or decrease in a vehicle's short and 

S long-term fuel trim values, coupled with a systematic 

H - #1 

12 decrease in fuel efficiency, indicates a possible problem 

with the vehicle's fuel-injection system. 

In other embodiments, additional hardware can be added 
to the in-vehicle wireless appliance to increase the number 
of parameters in the transmitted data. For example, 
hardware for global-positioning systems (GPS) may be added 
so that the location of the vehicle can be monitored along 
with its data. Or the radio modem used to transmit the 
data may employ a terrestrial GPS system, such as that 
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available on modems designed by Qualcomm, Inc. In still 
other embodiments, the location of the base station that 
transmits the message can be included in the data packet 
and analyzed to determine the vehicle's approximate 
location. In addition, the wireless appliance may be 
interfaced to other sensors deployed in the vehicle to 
monitor additional data. For example, sensors for 
measuring tire pressure and temperature may be deployed in 
the vehicle and interfaced to the appliance so that data 
relating the tires' performance can be transmitted to the 
host computer system. These data can then be further 
analyzed along with the vehicle's fuel efficiency. 

In other embodiments, the antenna used to transmit the 
data packet is embedded in the wireless appliance, rather 
than being exposed. 

In still other embodiments, data processed using the 
above-described systems can be used for: remote 
billing/payment of tolls; remote payment of parking/valet 
services; remote control of the vehicle (e.g., in response 
to theft or traffic/registration violations) ; and general 
survey information . 

Still other embodiments are within the scope of the 
following claims. 



